home *** CD-ROM | disk | FTP | other *** search
/ Ham Radio 2000 #2 / Ham Radio 2000 - Volume 2.iso / HAMV2 / PACKET / APRS805 / README / APRSNET.TXT < prev    next >
Text File  |  1997-11-25  |  15KB  |  289 lines

  1. APRSnet.txt  ver .007                                       2 Nov 1997
  2. Bob Bruninga, WB4APR
  3.  
  4.      APRSnet is based on the pioneering work of Steve Dimse, K4HG, who 
  5. wrote APRServ as a system for linking together APRS internet "worm holes" 
  6. so that APRS traffic nationwide could be distributed among such sites 
  7. via the very high bandwidth of the internet.  APRSnet is an extension 
  8. to his original plan, to not only provide nationwide connectivity between
  9. such APRS internet users, but to also provide on-the-air nationwide
  10. connectivity to mobiles and other stations without direct internet 
  11. access.  This also provdes the mechanism for extending the APRSnet into 
  12. disaster areas or areas that have lost internet connectivity!  APRSnet 
  13. is completely compatible with the existing nationwide APRS tracking 
  14. network on two meters and just provides for the long haul of data 
  15. nation/worldwide.  The system exchanges all of the standard APRS type 
  16. packets, Position, Status, Objects, and Message\Bulletins.  See Steve's 
  17. paper in the DCC proceedings or on http://aprs.miamisci.org/usa.html.
  18.  
  19.      Simply said, any APRS station that connects to one of Steve's 
  20. APRServe sites has access to all packets nationwide for tracking,
  21. weather monitoring, and messaging.  The network is distributive in 
  22. that each such station not only receives packets from the internet, 
  23. but also FEEDS any packets he hears into the same network for everyone
  24. else.  This way the network is very flexible and not dependent on a fixed
  25. system of sites.   MacAPRS already does this because it has a built in 
  26. TCP-IP communications interface.  APRSnet.EXE is a version of APRSdos 
  27. that was modified for greater tracking capacity and for this application.
  28. The WinAPRS version is also underway by the Sproul Bros.
  29.  
  30. At this writing (Nov 97) there are 12 permanent nodes, and dozens of 
  31. temporary dial in nodes all over the country.  These nodes do nothing 
  32. more than FEED every packet heard on VHF/HF/Satellite to each other. 
  33. (Currently, everything is FED to Steve's APRServ in Miami for further 
  34. distribution.  Anyone telnetting to his site at www.aprs.net:10151 
  35. will see all of these packets and they may also FEED their own local 
  36. monitored packets into the APRServ network.
  37.  
  38.      The APRSnet concept extends this worldwide internet connectivity to 
  39. local users on dedicated local APRSnet channels.  Whereas Steve's 
  40. APRServe software serves all of the internet sites, APRSnet PC's take 
  41. this data and STREAM it on a local APRSnet channel for local listeners.
  42. Some of these ideas about APRSnet evolved from the paper presented by 
  43. John Hansen, WA0PTV at the DCC, HamWeb:  Rethinking Packet Radio.  
  44. ALthough his application was serving up WEB pages to the local Ham 
  45. community, I have extended this idea to serve up the worldwide APRSnet.
  46.  
  47.  
  48. DEFINITIONS:
  49.  
  50. NATIONWIDE APRS CHANNEL:  This is the single nationwide tracking
  51. channel currently in use.  All mobiles report their positions and 
  52. status on the nationwide APRS frequency in their local area.  As more 
  53. and more APRSnet sites come on line, mobiles and fixed stations need 
  54. only a minimum path length to cover their local area and make sure 
  55. their packets at least get to a nearby APRSnet site.
  56.  
  57. APRSnet Channel:  This is an optional local channel wherever there is 
  58. an APRSnet PC.  It is preferably different in each area, needing a clear 
  59. channel coordination.  The APRServer transmits a continuous stream of 
  60. packets of everything heard via the internet on this channel.  This is 
  61. similar to the PACSAT protocol that assumes that everyone is listening 
  62. and will collect what he needs just by monitoring the channel.  This 
  63. continuous distribution of packets is called streaming.  Any user 
  64. desiring to see the national APRS picture, tunes into this channel.
  65.  
  66. IGATE:  This was initially Steve's generic term for any Internet Gateway 
  67. station that was feeding APRS data into his APRServer system.  Now we
  68. can extend this to include the reverse path as well for streaming APRS 
  69. data back out to a local APRSnet channel.
  70.  
  71. APRServe:  This is the software written by K4HG to do the internet
  72. packet serving to everyone connected to his site.
  73.  
  74. APRSnet.EXE:  My simple DOS program to do the IGATE functions.  It has
  75. several capabilities. as follows:
  76.  
  77.     INTERNET PORT:  Use this comm port to telnet to www.aprs.net:10151
  78.  
  79.     TNC PORT:       Your TNC can either stay on 145.79 or be a server
  80.  
  81.     FEEDING:        In this mode, everything heard by your TNC is feed
  82.                     into APRServe via the telnet connection.
  83.  
  84.     STREAMING:      This streams all of your stations heard on the P
  85.                     and L -lists to your community on your APRSnet channel
  86.  
  87.     USER:           This is standard APRS mode with only the TNC port 
  88.                     active.  You use APRSnet.exe since it has more rooom
  89.                     for the hundreds of stations than normal APRSdos.
  90.  
  91. CAUTION!!!          You must not activate STREAMING if your TNC is 
  92.                     listening on the same channel it is serving.  
  93.                     Otherwise you will form an infinite loop of packets!
  94.  
  95. TALKBACK CHANNEL:  To allow for increased capacity IN THE FUTURE and 
  96. to avoid cluttering the National APRS channel with keyboard messages 
  97. between FIXED stations, each APRSnet node can add a "talkback" channel 
  98. where it listens for incomming traffic.  In many instances, it may be 
  99. advantageous to use +/- 600 KHz offsets so that normal offset
  100. transceivers can be used.  These talkback channels are again, only
  101. a local coordination issue.  For now, user talkback is simply transmitted
  102. on 145.79 and the IGATE gets it there...
  103.  
  104. ZIP-LAN:  THis is not related to the internet, but the unique features
  105. of APRSNet allow it to also be connected to up to 5 or more local other
  106. PCs usig only 2 conductor ZIP cord to all PC's.  All of these PC's can
  107. communicate fully with each other and see everything off the air 
  108. from a TNC also connected to the ZIP-LAN.  Only ONE station (the master)
  109. can connect to the TNC SEND side.  This is very useful in EOC's or other
  110. places where many APRS terminals are needed for local operations, but
  111. only one station has SEND authority.  ALso useful for your kids PC's
  112. to watch, track and communicate with DAD who is always on APRS.
  113. See ZIP-LAN.txt.
  114.  
  115. APRSNET DIFFERENCES AND COMMANDS:
  116.  
  117. To facilitate the specific application of APRSnet.exe, many features were
  118. eliminated from APRSdos, such as DX, Mscatter, DF, and SPACE modes.  The
  119. D page is truncated to 40 bytes and several new commands have been added:
  120.  
  121. F1-TELNET        - Help pages about APRSnet
  122.  
  123. OPS-COM-INTERNET - Use this dumb terminal mode to access your TELNET
  124.  
  125. alt-S-NET-FEED   - Activates feeding packets from your TNC port to TELNET
  126.          -SERVE  - Activates serving status/posits out your TNC port
  127.          -TRANS  - Sets the transmit cycle time on your server channel
  128.          -IGNORE - Toggles IGNORE filter on/off.  When ON, only posits
  129.                    on the current screen will be saved.  This is so you
  130.                    can zoom into an area, and your PLIST will only fill
  131.                    with local packets to that area.
  132.          -DIAL   - Save a DIAL string for your modem access.*  Invoke it
  133.                    on the OPS-COM-INET screen with alt-D
  134.          -LOGGON - Save your LOGGON string.*  Invoke it on the OPS-COM-
  135.                    INET screen with alt-L.
  136.          -CONNCT - Save your CONNECT string (open www.aprs.net:10151).*
  137.                    Invoket it on the OPS-COM-INET screen with alt-C.
  138.                    
  139.                    * Note, these strings are viewable with OPS-DIGI-LIST
  140.  
  141. CONTROLS-XMT     - Toggles ON/OFF your TNC transmit 
  142.  
  143. JUST-TELNET      - Displays a list of other TELNET stations that are 
  144.                    in your P-list.  The first hit sorts them so that
  145.                    the TELNET guys are near the end of the list and
  146.                    wont get bumped off.  Hit the command again for the
  147.                    real list.
  148.  
  149. CAPACITY CONSIDERATIONS:  Even with 1200 stations showing on APRServe,
  150. the overall througput is still only abou 700 baud.  This means for a 
  151. while anyway, that you can STREAM this data locally on a 1200 Baud
  152. channel.  As loading increases (now 2 weeks after introducing APRSnet 
  153. its up to 1200 from 600 a month ago), we need algorithms to kick in, to 
  154. filter redundant transmissions such as from FIXED station positions to 
  155. allow mobile position reports to be reported more often.  
  156.  
  157. Beyond that level, 9600 baud or additional streaming channels will
  158. be necessary.  In fact, other usefull APRS data can be distributed
  159. in the same stream, such as EMWIN WX data, and DGPS signals.
  160.  
  161. Just like with the cellular phone industry, there is no limit to the
  162. capacity of the system.  As more and more users come on board, the
  163. APRSnet "cells" just get smaller and more focused.  One channel may
  164. become the weather channel.  Another may be the EAST coast channel,
  165. another may be the WEST coast channel or another may become the special
  166. event channel....  The user just tunes in the streaming channel of
  167. his current interest.  As more and more users join the internet,
  168. less on-air bandwidth is required.
  169.  
  170. With the drastic demise of packet BBS systems, there should be plenty 
  171. of VHF bandwidth available for these applications.  It is important to
  172. note that these APRSnet channels are in fixed areas and are not even
  173. preferred to be shared.  Therefore coordination is a local issue and
  174. even other bands than 2 meters are quite usable.  Travelers or visitiors 
  175. would be alerted to the local APRSnet channels by clicking on any IGATE
  176. symbols he sees on his APRS map.
  177.  
  178. MESSAGING:  As sophistication grows, the APRSnet software will not only 
  179. transmit all packets on the APRSnet channel, but will also split off 
  180. message packets and send them over to the local APRS channel if it 
  181. knows that the receipient is local.
  182.  
  183. USER SOFTWARE:  There is no distinction at the user end in APRSnet
  184. traffic or conventional traffic except for the frequency separation.
  185. Home stations simply monitor the APRSnet channel if they want to 
  186. watch nationwide activity.  They still transmit their traffic on the 
  187. normal APRS national channel, or later, on an alternate APRSnet 
  188. talkback channel.  Mobiles will also operate as normal on the national 
  189. channel, and will be able to see all local activity.  Stations with
  190. internet access will join the network that way, thus freeing up
  191. valuable RF spectrum for the mobiles and users without internet
  192. access.  
  193.  
  194. NOTE:  The APRSnet channel uses a  slightly different protocol to 
  195. handle the fact that the FROM CALL on the APRSnet will always be the 
  196. call of the LOCAL IGATE TNC, so newer versions of all user software, 
  197. Mac/Win/DOS will be needed to monitor the APRSnet channel.
  198. This capability is in APRS8.0.
  199.  
  200.  
  201. OPERATIONS:  When you start APRSnet.EXE you will see several pages of
  202. description.  You may return to these later with the F1-TELNET command.
  203. Next you log on to APRS and give the COM port (1 or 2) of your TELNET
  204. connection and TNC. 
  205.  
  206. Next you alt-S-SAVE your config file so you wont have to do all that again.
  207. Finally, you go to OPS-COM-INTERNET and do what ever you have to do to
  208. connect to www.aprs.net:10151.  If you use a dial up line, you will need
  209. to tell your modem to dial the phone.  This is simply the command:
  210.  
  211. ATDT #########  (AuTo Dial, Tone )
  212.  
  213. (Save this string and others using the alt-S-NET-DIAL, etc commands.)
  214. Once you are logged in, you will need to open a TELNET connection.  Of the 
  215. three systems where I work, there are three different formats!  THey are
  216.  
  217.    OPEN www.aprs.net:10151
  218.    C www.aprs.net @10151
  219.    www.aprs.net 10151
  220.  
  221. once you know this works, you will usually hit ESC to escape back into
  222. APRS IMMEDIATELY so that APRS will plot the initial dump of stations.
  223. If you dont hit ESC almost immediately, you will be stuck in O-C-I
  224. screen and probably get overflows and maybe even lockup...  There is a
  225. packet counter displayed during the initial dump.  I am seeing 1200 to
  226. 2600 packets in the 12 hour buffer.  APRSnet only keeps the last 380
  227. for now..
  228.  
  229. Once you are back into APRSnet you should be able to do everything you
  230. normally do.  THere is ONE new command, JUST-TELNET.  This will display
  231. a list of only the other APRServe and APRSnet users.  If you do an OPS-
  232. QUERY 4096 miles, then all other APRServe stations should respond within 
  233. a few minutes.
  234.  
  235. If you plan on operating an APRSnet site, you should begin frequency
  236. planning now.  Your site is probably not a good VHF site, so you will
  237. need to transmit your APRSnet stream on one channel and then maybe
  238. have digipeater sites to the north, south, east and west of town.
  239. There are several possibilities:
  240.  
  241. SPEED DIALING:  Once you figure out your modem dial string and your
  242. required LOGGON and CONNECT string, you may use the alt-S-NET-DIAL, 
  243. LOGGON and CONNECT commands to save these strings (alt-S-SAVE).  Then 
  244. when you are on the OPS-COM-INTERNET screen, you can just do alt-D to 
  245. dial, alt-L to loggon, and alt-C to connect... (c www.aprs.net 10151 on 
  246. my system)
  247.  
  248. INITIAL TRIALS:  You can transmit at a 50% duty cycle on channel A
  249. and then have the outlying DIGIS all digipeat those packets back onto
  250. channel A.  Crude, and people that can hear 2 digis will have problems
  251. and if APRSnet catches on, your 50% duty cycle may not handle the load
  252.  
  253. DUAL FREQUENCY:  Same as above, but have each of the other digis 
  254. listen on A but transmit on their own channels.  Still 50%, but
  255. everyone gets a clear channel.  Also harder to find 4 channels.
  256. OR, if you can get enough frequency separation, all of these digis
  257. and your site can operate 100%, just tell the digis to operate full 
  258. duplex.
  259.  
  260. DUAL BAND:  THis is probably the best.  Transmit on BAND A and then
  261. have the outlying digis transmit on band B (multiple freqs)
  262.  
  263. 9600 BAUD:  Do all this at 9600 baud!  Remember, 5 watt 9600 baud data 
  264. radios are less than $150...
  265.  
  266.  
  267. FREQUENCY PLANNING:  The need for a single nationwide APRS mobile
  268. channel is as important as ever.  But, in addition, the APRSnet system 
  269. will need a minimum of one other local APRSnet channel for the internet
  270. streaming channel.  Notice that this channel does not need anything 
  271. other than local coordination, since it is for a fixed site application
  272. for fixed users.  As activity grows, an additional talkback channel
  273. may be required.  Careful planning early on could arrange for the
  274. talkback channel to be +/- 600 KHz from the streaming channel so that
  275. normal T/R offsets can be used.  For example, if 145.63 is the APRSnet 
  276. channel in an area, then 145.03 could possibly be used as the low 
  277. duty cycle "talkback" channel to APRSnet.  Probably the 440 band is
  278. ideal for this kind of expansion...
  279.  
  280. TRANSITION:  Unfortunately the APRSnet concept required a new on-air
  281. protocol.  THis means that only new software (after APRSdos 796, Mac
  282. 2.0.7 and WinAPRS x.x.x is required to see these new packets.  This
  283. APRSnet.EXE should work fine too...
  284.  
  285. For now, these are all just ideas to spur further thought.
  286.  
  287. de WB4APR
  288.  
  289.